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Description document for a service offered bv a server in a communication 
network and method of validating a multimedia document 

5 The present invention concerns a document describing a service 

offered by a sen/er in a communication network. 

It also concerns a method of making a request for a service offered 
by a sers/er in a communication network. 

Finally, it concerns a method of validating a multimedia document 
10 inserted in a message intended to be exchanged over the communication 
network when a service offered by a server in the communication network is 
implemented. 

Within a computer communication network like the Internet, server 
computers are offering services to other computers, referred to as client 
1 5 computers, more and more. 

In practice, the client computer sends a message comprising data to 
the server computer, which processes these data and returns a result. 
Such services are referred to as Web services. 
Because of the increase in these services available on a 
20 communication network, the protocols for data exchange between computers 
are frequently standardized. 

Thus the SOAP protocol Is a protocol for exchanging structured 
information over the Intemet. 

According to this SOAP protocol, the information exchanged is 
25 stnjctured by means of XML (extended Mark-up Language) tags. 

SOAP is a communication protocol which thus makes it possible to 
access remote services. 

This SOAP standard defines the general structure of the messages 
exchanged as well as the processing which has to be performed by a computer 
30 sending or receiving SOAP messages. 
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A SOAP message is composed of one or more blocks, distributed in 
two major categories: header blocks, encapsulated in a tag <header>, and body 
blocks, encapsulated in a tag <body>. 

In addition, a SOAP message is transmitted from one computer to 
5 another over the communication network by means of a communication 
protocol such as HTTP (Hyper Text Transfer Protocol), SMTP (Simple Mail 
Transfer Protocol), the protocol used for the exchange of electronic mail, or the 
FTP protocol (File Transfer Protocol), the protocol used for the transfer of files. 

The layer which makes it possible to interface SOAP with these 
10 various communication protocols is referred to as a "binding". 

The SOAP application makes it possible to transport binary data, 
such as images, via a "SOAP + Attachment" extension which can use 
mechanisms such as MIME or DIME. 

There Is also known a computer service description language WSDL 
15 (Web Service Description Language) which describes Internet services, and In 
particular services defined by the SOAP standard. 

A WSDL document thus contains a list of the services offered by a 
server computer In a communication network. 

J'his WSDL language is itself an application of the XML mark-up 

20 language. 

A description of the WSDL 1.1 language will be found on the 
computer site at the address http://www.w3.orq/TR/2001/NOTE-wsdl-20010315 . 

In practice, an electronic document describing a service In WSDL 
language comprises two parts. 
25 A first part, refen^ed to as the "abstract part", is adapted to describe 

the messages exchanged between computers in the communication network 
when a service is being supplied. 

In particular, this first part makes it possible to define the type of data 
exchanged, and the type of messages used during the execution of the service. 
30 as well as the operations implemented, defined by the messages which are- 
exchanged when the service is executed. 
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An operation can therefore be seen as an elementary sen^ice, itself 
implemented by one or more messages in accordance with a logical sequence 
of message organization. 

The description document of a WSDL service also comprises a 
5 second part adapted to define information relating to the transmission of the 
messages over the communication network. 

It indicates in particular how the messages are encoded in order to 
be transmitted over the network and which communication protocol is actually 
used. 

10 The current representation of a WSDL document represents in a 

satisfactory manner the services offered by a server in the communication 
network handling XML data. This is because, in this case, a description 
document of a WSDL service enables a server in the communication network to 
describe abstractly the XML data exchanged by virtue of XML schemas defined 
1 5 . in the section "[type/]" of the WSDL description. 

According to the WSDL 1.1 standard, a WSDL service description 
document theoretically makes it possible to describe message exchanges 
comprising binary data, such as images, by virtue of the MIME extension. 
The following example illustrates the syntax used: 
<wsdl : types > 

</wsdl : types > 

<message name= "givelmageMsgl " > 

<par t name = " image " type = " xs d : b inary " / > 

<part name=" directory" type="tns :DirectoryType"/> 

</message> 

<portType name= " ImageManipulations " > 
<operation name="addlmage"> 

< input message= " givelmageMsg " name= " imagelnput " > 
</operation> 
</portType> 
<binding> 

< operation name="addlmage" > 
<soap : operation 
name= "http : / /example . com/addlmage " / > 
< input > 

<mime :multipartRelated> 
<mime:part> 

<soap:body parts= "directory" 
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use="litteral"/> 

</mime :part> 
<Tnime :part> 

<mime : content part = "image " 

type= " image/gif " / > 

</mime :part> 
</mime :multipartRelated> 
</ input > 
</operation> 
</binding> 

It is thus found that, in the abstract definition part of the message 
"giveimageMsgl", this message is defined as the combination of two parts: a 
first "image" part corresponding to an image; and a second "directory" part 
corresponding to XML data. 
5 A type "xsd:binary" is given to the "image" part. However, this type is 

related to the serialization used and does not have any true meaning: it is a 
case in fact of a table of binary values. 

In the second part of the WSDL document, this message is serialized 
at the protocol level in the form of a "multipart" MIME message, the first part of 
10 which corresponds to the XML data, and the second part to the image. 

This second part takes the form of a MIME attachment of the type 
"image/gif. 

Thus, when a server and a client in the communication network wish 
to exchange multimedia contents, such as images, apart from any XML data, 
15 the WSDL service description document does not make it possible to describe 
these multimedia contents abstractly. 

A WSDL service description document only makes it possible to 
describe the exchange of multimedia data via the "mime" extension. This 
extension solely defines the transmission format of the multimedia content, 
20 giving the "mime" type of the document such as: image/jpeg, video/mjpeg4 etc. 

The purpose of the present invention is to resolve the 
aforementioned drawbacks and to propose a service description document 
giving the possibility of making descriptions of a multimedia content, in the 
same way as XML data. 
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To this end, the present invention relates, according to a first aspect, 
to a document describing a service offered by a server in the communication 
network comprising a first abstract part adapted to describe at least one 
message exchanged over the communication network when a service is 
5 implemented and a second concrete part adapted to describe the information 
relating to the transmission of the messages over the communication network. 

According to the invention, this service description document 
comprises, in the first abstract part, a description of abstract constraints 
associated with a binary multimedia document. 
10 Thus the service description document does not directly describe the 

^ multimedia content, in the form of a table of binary values, but comprises a 

description of constraints associated with this document. 

This description of abstract constraints makes it possible to define 
various constraints applicable to a multimedia document, such as for example a 
1 5 maximum image size In terms of number of pixels. 

It is thus possible in the abstract part of the document to define a 
message including a reference to this description of abstract constraints. 

Such a message is thus adapted to contain a binary multimedia 
document, provided that the document meets the abstract constraints described 
20 in the service description document. 

According to a preferred characteristic of the invention, the 
description of abstract constraints is represented using the semantics of a 
language describing a content of a binary multimedia document. 

It is in fact advantageous to use semantics already accessible and 
25 defined to describe the content of a binary multimedia document. 

In a preferred embodiment of the invention, this description of 
abstract constraints is represented using the semantics defined by the MPEG7 
standard. 

This is because this MPEG7 standard is a multimedia content 
30 description standard, this standard being flexible and capable of extension. 

The descriptors and description schemes according to the MPEG7 
standard are adapted to describe multimedia contents. In practice, a descriptor 
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takes a multimedia document as an input and generates an XML document. 

This XML document respects the syntax defined by the associated MPEG7 

description schema and gives the characteristics of the multimedia document 

vis-a-vis the chosen descriptor. 
5 It is thus possible to use this description of the multimedia document 

according to the MPEG7 standard to include it in a description document of a 

service according to the invention, in order to describe abstract constraints 

associated with the multimedia document. 

In practice, the description of abstract constraints is inserted in a sub- 
10 part of the first abstract part adapted to describe an abstract structure of the 

messages exchanged. 

This description of abstract constraints can thus be used in the same 

way as in the case of XML data, defined in a "specimen" sub-part of the first 

abstract part of the description document of a service. 
15 This first abstract part also comprises a second sub-part adapted to 

declare at least one elementary message pointing to the description of abstract 

constraints. 

According to a second aspect of the invention, it concerns a method 
of producing a request for a service offered by a server in a communication 
20 network, the service being described in the description document of a service in 
accordance with the invention. 

This method of producing a request comprises the following steps: 
reading the description document of a sen^ice; 
selecting a first abstract part adapted to describe at least one 
25 message exchanged over the communication network when an operation 
associated with the service is implemented; 

extracting a description of abstract constraints associated with a 
binary multimedia document; 

selecting a binary multimedia document according to the 
30 description of abstract constraints; and 

producing a request intended for the server in the communication 
network including the binary multimedia document selected. 
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By virtue of the description document of a service according to the 
invention, it is possible to produce a request integrating a binary multimedia 
document selected according to the description of abstract constraints inserted 
in the description document of a service. 
5 It is thus possible to produce a request on a communication network 

allowing the exchange of multimedia data from constraints defined by a server 
via a description document of a service. 

According to a third aspect of the invention, it concerns a method of 
validating a multimedia document inserted in a message intended to be 
10 exchanged over the communication network when a service offered by a server 
in this network is implemented, the service being associated with a service 
description document 

According to the invention, this validation method comprises the 
following steps: 

15 - extracting the multimedia document Inserted in the message; 

extracting a description of abstract constraints associated with a 
binary multimedia document from the description document of a service; 

extracting a content description associated with the multimedia 
document; and 

20 - comparing the content description and the description of abstract 

constraints extracted from the service description document 

The description document of a service according to the invention is 

thus used for validating a message before or after its transfer over the 

communication network, according to its description. 
25 By virtue of the invention, a message may be validated not only with 

regard to the content of the XML data, but also with regard to the content of the 

binary data, associated with a multimedia document 

According to a preferred characteristic of the Invention, this validation 

method is used during a step of selecting a multimedia document to be inserted 
30 in a message exchanged at the time of the implementation of a service offered 

by a communication server. 
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This validation method can thus be implemented with regard to a 
client computer, when a request including one or more messages intended for 
the server is produced. It makes it possible to ensure that the multimedia 
document addressed to the server can actually be used by this server for 
5 implementing the service offered. 

At the same time, this validation method according to the invention 
can also be implemented at the time of the validation of a request received by a 
server in a communication network for implementing a service described in a 
service description document. 
10 Thus It Is possible, at a server in the communication networi<, to 

validate a request including one or more messages having a multimedia 
content, before the execution of the service and the use in particular of this 
multimedia content. 

The present invention also concerns a device for producing a request 
15 for a sen/Ice proposed by a server of a communication network, the service 
being described in a service description document according to the Invention. 
This device for producing a request comprises: 

means for reading the description document of a sen/ice; 
means for selecting a first abstract part adapted to describe at 
20 least one message exchanged over the communication network when an 
operation associated with the service is implemented; 

means for extracting a description of abstract constraints 
associated with a binary multimedia document; 

means for selecting a binary multimedia document according to 
25 the description of abstract constraints; and 

means for producing a request intended for the server in the 
communication network Including the binary multimedia document selected. 

It also concerns a device for validating a multimedia document 
inserted in a message intended to be exchanged over the communication 
30 network when a service offered by a server in the communication network is 
implemented, the service being associated with a service description document. 
This validation device comprises: 
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means for extracting the multimedia document inserted in the 

message; 

means for extracting a description of abstract constraints 
associated with a binary multimedia document from the description document of 
5 a service; 

means for extracting a content description associated with the 
multimedia document; and 

means for comparing the content description and the description 
of abstract constraints extracted from the sen/ice description document. 
10 These devices for producing a request and validating a multimedia 

document have characteristics and advantages similar to those of the methods 
which they implement 

The present invention also concerns a server computer in a 
communication network comprising means adapted to implement a validation 
1 5 method according to the invention. 

It also concerns a client computer in a communication network 
comprising means adapted to implement the method of producing a request for 
a service in accordance with the invention and the validation method according 
to the invention. 

20 More generally, the present invention concerns a communication 

network adapted to implement the methods described above according to the 

various aspects of the invention. 

It also concerns an information storage means, possibly totally or 

partially removable, which can be read by a computer system, comprising 
25 instructions for a computer program adapted to implement the methods 

described above according to the various aspects of the present invention, 

when this program is loaded in and run by the computer system. 

Finally, it concerns a computer program which can be read by a 

microprocessor, comprising portions of software code adapted to implement the 
30 methods described above according to the various aspects of the present 

invention, when this computer program is loaded in and run by the 

microprocessor. 
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Said server computer, client computer, communication network, 
information storage means and computer program have characteristics and 
advantages similar to those of the methods which they implement. 

Other particularities and advantages of the invention will also emerge 
5 from the following description. 

In the accompanying drawings given by way of non-limiting example: 
Figure 1 is an algorithm illustrating the validation method 
according to one embodiment of the invention; 

Figure 2 is an algorithm illustrating the method of producing a 
1 0 request for a service according to one embodiment of the invention; 

Figure 3 is an algorithm illustrating the execution of a request for 
a service received by a server In a communication network; and 

- Figure 4 is a block diagram illustrating a computer adapted to 
implement the invention. 
15 A description will first of all be given of the structure of a service 

description document according to a first aspect of the invention. 

The case is adopted In which a client computer C and a server 
computers in a communication network wish to exchange multimedia contents, 
in addition to any XML data. 
20 Description documents of a WSDL service are already known giving 

the possibility of describing types of messages exchanged on the 
communication network when these messages comprise XML data. 

The description document of a service according to the invention 
offers the possibility of making a specimen description of multimedia documents 
25 such as for XML data, 

A description document of a WSDL service comprises a first abstract 
part adapted to describe the messages exchanged on the communication 
network when the service is Implemented and a second concrete part adapted 
to describe the information relating to the transmission of the messages on the 
30 communication network. 
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In accordance with the invention, the innproved service description 
document comprises in the abstract part a description of abstract constraints 
associated with a binary multimedia document. 

Thus the service description document does not directly comprise the 
5 multimedia data, in the form of binary values, but a description of these 
documents and constraints applied to this document. 

It is thus possible to make a specimen description of multimedia 
documents, in the same way as for XML data. 

This specimen description of multimedia documents can comprise 
1 0 the following constraints: 

Image whose size is a maximum of 640 x 480 pixels; 

Image solely in grayscale; 

Video sequence of the "title" film; 

Music composed by "author"; 
15 Multimedia document comprising in its header data the name of its 

creator, etc. 

The description of abstract constraints is preferably represented 
using the semantics of a description language of a content of a binary 
multimedia document. 
20 It is thus possible to use a known description language, and 

preferably a description language using a mark-up language of the XML type. 

In the remainder of the description, the semantic defined by the 
MPEG7 standard is considered. 

This MPEG7 standard is a flexible and extendable multimedia 
25 content description standard. It defines a set of methods and tools for the 
various phases of the description of multimedia documents. 

The MPEG7 standard can be separated into three parts: 
the MPEG7 descriptors; 
the MPEG7 description schemas; and 
30 - a descriptor definition language. 

The MPEG7 descriptors and description schemas make it possible to 
describe multimedia contents. 
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In practice, a descriptor considers a multimedia document as an 
input and as an output generates an XML document This document, in XML 
mark-up language, complies with the syntax defined by the MPEG7 description 
schema associated with the document. 
5 It gives the characteristics of the multimedia document vis-a-vis the 

chosen descriptor. 

The descriptor definition language allows integration of new 
descriptors to MPEG7 by the construction of new description schemas. 

An example of an MPEG7 description of an image in grayscale and 

10 with a size of 365 x 452 pixels is given below: 

<Mpeg7 xmlns="urn:mpeg :mpeg7 : schema : 2001 " 

xmlns : xs i= " http : / / www . w3 . org/ 2001 /XMLSchema - 
instance" 

xmlns : mpeg7 = "urn:mpeg :mpeg7 : schema : 2 001" 
xsi : schemaLocation= "urn : mpeg : mpeg7 : schema : 2 00 1 
Mpeg7-2001 .xsd" > 
<Descript ion> 

<Mul t imediaCont ent > 
< Image > 

<MediaInf ormation> 
<MediaProf ile> 
< int erl eave > 

<VisualCoding> 
<interleave> 
< Format 
href= 

"urn : mpeg : ... : VisualCodingFormatCS : 2 001 : 1 " 

colorPoma in= " grayscale " / > 
< Frame width="3 56" 

height="452" /> 

</interleave> 
</Visua.lCoding> 
</ int erl eave > 
</MediaProf ile> 
</MediaInf ormation> 
</ Image > 
< / Mul t imedi aCont ent > 
< /Descr-ipt ion> 
</Mpeg7> 
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According to the present invention, a description is given in the 
service description document not directly the multimedia content but the 
MPEG7 document corresponding to this content. 

In practice, this description of abstract constraints is inserted in a 
5 sub-part of the first abstract part of the service description document, this sub- 
part being adapted to describe an abstract structure of the messages 
exchanged. 

This description of abstract constraints is thus placed inside the tag 
[wsdhtypes] of the service description document. 
10 It is thus possible to describe multimedia document types In a similar 

manner to the XML-Schema language used for XML data. 

The advantage of reusing the semantics of the MPEG7 standard lies 
in the fact that this standard is very complete, well known and well understood 
on the communication network and supported by many validation tools. 
15 In addition, a description according to the MPEG7 standard can be 

included directly in a multimedia document. Access to this MPEG7 description 
is simplified since this multimedia document is possessed. 

An MPEG7 document is a document representing an XML mark-up 
language which can also be described by means of XML schemas. 
20 In order to describe a multimedia content, it is necessary to describe 

the MPEG7 description type which the multimedia document can take. 

In practice, an XML schema is written, the MPEG7 description 
associated with an image being validated or not with regard to this XML 
schema. 

25 It should be noted that it is possible to obtain several MPEG7 

descriptions for the same multimedia document, since many image 
characteristic extraction tools exist and an MPEG7 description can include 
several of these or include various items of information thereon. 

The description of abstract constraints inserted in the service 

30 description document according to the invention must therefore describe the 
minimum set of constraints which an MPEG7 description must meet 
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In this regard, according to a first embodiment of the invention, the 
description of abstract constraints is represented in a schema language such as 
"Schematron", This language is adapted to define a set of minimum 
constraints. 

5 It is thus possible to define a sufficiently flexible schema to give a set 

of minimum constraints without obliging the multimedia document to contain 
only this set. 

The "Schematron" language defines a set of laws: a law links one or 

more XML nodes (specified by XPath), a Boolean test and a result. 

10 Although less well known than the XML-Schema and Relax-NG 

schema languages, the Schematron language allows direct validation of a 

multimedia document from the point of view of the abstract constraints thus 

defined by this language. 

An example of a description of a multimedia content by means of this 

15 Schematron language within an element "wsdktype" of a service description 

document is given below: 

<wsdl : types > 
<sch: schema 

xmlns : sch="http : //www. ascc . net /xml/ schematron" > 
<sch: pattern name= " MylmageType " > 
<sch:rule context="Mpeg7"> 

<sch: assert test="count (Description) > !"/> 
</sch: rule> 

<sch: rule context="Mpeg7 /Description" > 

<sch:assert test== "count (Collection) = l"/> 
</sch:rule> 

<sch : rule context = "Mpeg7/.../Frame " > 

<sch: assert test= "©width > 0 and ©width 

Sclt; 640"/> 

</sch: rule> 

<sch:rule context="Mpeg7/.../ Format "> 

<sch : assert test= "©colorDomain = ' grayscale ' " / > 
</sch: rule> 

</sch:pattern> 
</sch : schema> 
</wsdl : types> 

According to a second embodiment of the Invention, the description' 
of abstract constraints is represented in the service description document In a 
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schema language such as XML-Schema or Relax-NG. the tags being defined 
using the semantics of the MPEG7 standard. 

The use of these XML-Schema or Relax-NG languages has the 
advantage of making it possible to easily define the tree of an XML document. 
5 In this tree, the abstract constraints to be defined may concern only 

an XML sub-tree of the complete XML document. 

By way of non-limiting example, it is possible for example to 
constrain solely the width of an image and not its height 

The MPEG7 standard defines two attributes "width" and "height" for 
10 an element "image". 

The description document of a service will preferably define only the 
attribute "width" for the element "image" since the attribute "height" has no 
constraints. 

This description can be presented in the following manner: 

< ws dl : t ype s > 

<gramTnar xmlns="http : //relaxng • org/ns/structure/l . 0"> 
<def ine name= " MyFrameType. " > 
<element name= " Frame " > 

<at tribute name= " width " > 

<data type=" tns :MySizeType"> 

<param name= " maxinclus ive " > 64 0 < /param> 
<param name="minExclusive" >0</param> 
</data> 
</attribute> 
</element> 
</def ine> 

<define name- " My I mageType " > 
<element name="Mpeg7"> 

<element name= " VisualCoding" > 
<interleave> 

<element name= " Format " > 

<attribute name="colorDomain"> 

< va 1 ue >gr ay s ca 1 e < / va 1 ue > 
< /attribute > 
< /element > 

< r e f name = " MyFrameType " / > 
</interleave> 
< /element > 

</element> 
</def ine> 
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< /grammar > 
</wsdl : types> 

The use of such a syntax makes it necessary to define a specific 
validation tool, when it is sought to validate a multinnedia content with regard to 
the description of a service according to the invention. 

In particular, it is necessary to create an extended validation tool for 
5 validating a docunnent by a schema if one of these sub-trees is validated in the 
conventional sense. 

This extended validation tool may be implemented in various ways. 

A first solution consists of implementing an XSLT transformation 
which transforms the schema as described above into a schema such as 
10 Schematron adapted to define minimum constraints. 

This XSLT transformation would add to the initial schema elements 
for making the schema open and allowing the validation of a multimedia 
document with regard to the description of abstract constraints. 

A second solution is based on the use of a standard XML validation 
1 5 tool as defined below: 

Do 

RES = Validation (document , schema) 

If (RES does not contain any error) Test = 1 

Otherwise Test = -1 

If (RES contains an error of the type ^element X not 
defined' ) 

Remove element X and Test =0 
If (RES contains an error of the type ^attribute Y not 
defined' ) 

Remove attribute Y and Test = 0 
As long as (Test = 0) 
If (Test = 1) Validation succeeded 
Otherwise Validation failed 

The advantage of using a schema language such as XML-Schema of 

Relax-NG is using descriptions of multimedia contents and XML data which are 

relatively similar. 

A third solution consists of representing the description of the 
20 abstract constraints in a description language for a content of a multimedia 
document, and preferably according to the MPEG7 standard. 
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The tags are then adapted to integrate directly or by reference 
attributes represented in a schema mark-up language such as XML-Schema. 

Use is then made directly of the elements and attributes defined by 
the MPEG7 standard within the service description document. 
5 If necessary, the XML-Schema language is used either via an 

attribute of the type "mpeg:type" or directly integrated in the MPEG7 elements. 

The following example illustrates the use of the MPEG7 semantics in 

this third solution: 

<xs : complexType name= " my Frame Type " > 
<xs : element: name= " Frame " > 
<xs : conplexType> 

<xs : attribute name= "width" > 
- <xs : simpleType> 

<xsd: restriction base= "xsd : integer" > 

<xsd : maxinclusive value= " 64 0 " / > 
<xsd : minExclusive value= " 0 " / > 
</xsd: restriction> 
</xsd: simpleType> 
</xs : attribute> 
</xs : coniplexType> 
</xs : element > 
</xs : complexType> 
<Mpeg7 mpeg : name= " MylmageType " > 
<Description> .« 

< Vi sual Coding > 
<interleave> 
<xs : choice> 

<Fo3rmat colorDomain= "grayscale" /> 
<Frame mpeg : type= " tns : myPrameType " / > 
</xs:choice> 
</interleave> 
</VisualCoding> 
</Description> 
</Mpeg7> 

The advantage of this third solution is to present a syntax which is 
1 0 close to MPEG7 and very readable. 

It is then necessary to use a specific validation tool, as before. It Is 
also possible to use an XSLT transformation document in order to transform the 
XML syntax into a schema language such as Schematron allowing the direct 
use of standard validation tools, as before. 
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Once this description repeating the MPEG7 standards is inserted in 
the "type" section of the sen/ice description document, a reference to this 
description is inserted in the first abstract part of the service description 
document. 

5 Conventionally, this first abstract part comprises a second "message" 

sub-part adapted to declare the elementary messages exchanged during the 
implementation of the message. 

In this second sub-part, there exists at least one elementary 
message pointing towards the description of abstract constraints. 
10 This elementary message is preferably associated with an attribute 

adapted to specify whether the message comprises a binary multimedia content 
type. 

An example is given below of a service description document 
according to the invention: 
<wsdl : types > 

<grammar xmlns="http : //relaxng . org/ns/structure/l . 0"> 
<def ine name= " MylmageType " > 
•..</def ine> 
< /grammar > 
</wsdl : types> 

<message name="giveImageMsgl " > 

<part name= " image " type= " tns : MylmageType " 
mpeg:multimedia=" tirue "/> 

<part name= " directory" type= " tns : DirectoryType " / > 

</message> 

<portType name= " ImageManipulat ions " > 
<operation name="addlmage"> 

<input message= " tnsgivelmageMsg/ " 
name= " image Input " > 
</operation> 
</ port Type > 
<binding> 

<operation name="addlmage"> 
<soap : operation 
name="http: / /example. com/addImage"/> 
< input > 

<mime : mul t ipar tRel at ed> 
<mime :part> 

<soap:body parts=" directory" 

use="litteral"/> 

</mime :part> 
<mime:part> 
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<mime : content part =" image " 

type= " image /j peg " / > 

< /mime: par t> 
</mime :multipartRelated> 
</ input > 
</ operation> 
</binding> 

In this example, two types of data are defined "MylmageType" and 
"DirectoryType". These two types are referenced in the structure of the 
message of the operation "addlmage". 

This message thus consists of two abstract parts. The first part 
5 defines XML data and points to the schema "DirectoryType". This is the 
conventional mechanism defined by the WSDL standard. 

The second part defines a multimedia content and points to the 
schema "MylmageType". The distinction in content type, between XML data or 
multimedia content, can be made in two ways: 
10 - either the schema pointed to makes explicit the fact that it 

describes solely multimedia contents. Consequently the part which points to 
this schema corresponds to a multimedia content. 

or the service description document clearly makes explicit the 
fact that this part of the message is a multimedia content, for example via an 
1 5 attribute "mpeg:multimedia = "true"", or an attribute of the mine type specifying 
that it is a case of a multimedia document. 

This message description thus forms part of a description of an 
exchange of messages between a client computer C and a server computer S. 

The second concrete part of the service description document, 
20 delimited by a "binding" tag, comprises serialization information. 

It is then possible to use conventional mechanisms such as DIME or 

MIME. 

This second concrete part adds the information necessary for 
sending the message over the network. 
25 In the previous example, the extension MIME of the WSDL standard 

is used. The image which will pass over the network is therefore defined in an 
abstract manner by the schema "MylmageType" and serialized in the form of a 
MIME attachment. 
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Such a service description document thus makes it possible to 
describe a multimedia content in an abstract manner, in a similar manner to 
what is known for XML data. 

It is then possible to use similar mechanisms of validation of a 
5 multimedia document, production and execution of a service request on a 
communication network. 

A description will be given below with reference to Figure 1 of a 
method of validating a multimedia document intended to be exchanged over the 
communication network when a service is used, when the service is associated 
10 ' with a service description document according to the invention. 

An acquisition step E10 is first of all implemented in order to acquire 
a multimedia document. 

When a message is produced, for example by a client computer C, 
this acquisition step E10 can consist of selecting a multimedia document to be 
15 inserted in a message which will be exchanged when the service offered by the 
communication server is implemented. 

This acquisition can be made using an image database for example. 

At the time of validation of a message received, for example by a 
server computer S, this acquisition step E10 consists of extracting the 
20 multimedia document from a message exchanged over the communication 
network. 

An extraction step E1 1 is then adapted to extract the description of 
abstract constraints inserted in the service description document and connected 
to the multimedia document acquired at the previous step. 

25 A second extraction step E12 is also adapted to extract the MPEG7 

description associated with the multimedia document acquired. 

It is necessary for the computer implementing this validation method 
to possess the various MPEG7 extractors adapted to consider a multimedia 
content as an input and to give as an output an MPEG7 description, 

30 These extractors can be dedicated to a specific description of a 

multimedia document (extraction of the dominant color of an image for 
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example). It may also be a question of a program which will extract an MPEG7 
(binary) description already contained In the multimedia document 

A comparison step E13 next makes it possible to compare this 
MPEG7 description with the description extracted from the description 
5 document of a service according to the invention. 

It should be noted that the MPEG7 standard is an extendable 
standard, and it is not possible to generate a document comprising all the 
possible MPEG7 descriptions of the multimedia document. 

Several solutions are then possible for implementing this validation 

10 method. 

First of ail, it is possible that the computer implementing this 
validation method supports only a subset of the MPEG7 standard and is thus 
adapted to generate all the MPEG7 information in this subset in a document in 
XML mark-up language. 
15 Although simple, this method does not profit from the extensibility of 

the MPEG7 standard. 

It is also possible to extract from the description inserted in the 
service document all the characteristics of the multimedia content. 

At the extraction step El 2 of the MPEG7 description, an MPEG7 
20 document is then generated possessing all the characteristics identified from 
the description of the WSDL document. 

This method requires the creation of a tool for reading an MPEG7 
description and generating a specific MPEG7 document. 

A third solution is based on an iterative method using the known 
25 XML-Schema or Relax-NG validation tool. In practice, a first MPEG7 document 
is extracted at the extraction step E12. 

The comparison step El 3 is adapted to validate this MPEG7 
document from , the description of the WSDL document 

If an error of the type "element X missing" appears, it is necessary to 
30 add the characteristic X to the MPEG7 document. 
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The extraction step E12 is tlien reiterated in order to extract tlie 
characteristic X from the multimedia document and complete the MPEG7 
description. 

The comparison E13 and extraction E12 steps are reiterated as long 
5 as an error exists. 

Do 

RES = Validation (document, schema) 
If (RES does not contain any error) 

Test = 1 
Otherwise 

Test = -1 

If (RES contains an error of the type ^element X 
awaited') 

CAR = CharacteristicOf (X) 
AddCharacteristic (CAR, document , X) 
Test = 0 
As long as (Test = 0) 
If (Test = 1) 

Validation successful 
Otherwise 

Validation failed 

It should be noted that many multimedia documents possess a binary 

compressed MPEG7 description incorporated directly in this document. This 

MPEG7 description can be used as a base document for the validation method, 

in particular the iterative validation method described above. 

10 This method of validating a multimedia content can be applied in 

particular during the construction of the message. 

Thus with reference to Figure 2 a description will be given of a 
method of producing a request for a service offered by a server in a 
communication network, this service being described in a WSDL service 

1 5 description document according to the invention. 

A reading step E20 is first of all implemented in order to read the 
description document of a WSDL service. 

An extraction step E21 is adapted to extract a first abstract part of the 
WSDL document adapted to describe a message exchanged over the 

20 communication network when an operation associated with the service is 
implemented. 
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In practice, an operation is selected and the abstract description 
associated with this operation is extracted. 

An extraction step E22 is adapted to extract the description of 
abstract constraints associated with a binary multimedia document which is to 
5 be inserted in the message intended for the server. 

A selection step E23 is then adapted to select a multimedia content 
according to the description obtained at the extraction step E22. 

In practice, a multimedia step is selected according to the abstract 
constraints described in the WSDL service description document. 
10 At the time of this selection of a multimedia content, the validation 

method described previously with reference to Figure 1 can be implemented. 

A test step E24 checks whether this selection has succeeded, that is 
to say whether the multimedia document selected has been validated using the 
description of a multimedia content. 
15 If not, a step E25 of generating an error intended for the client is 

implemented. 

Otherwise a step E26 of producing a request corresponding to the 
chosen operation, intended for the server in the communication network, is 
implemented. 

20 This request includes the binary multimedia document selected at the 

selection step E23. 

This request is next sent to a server for execution when the service 
offered by this server is implemented. 

Thus, when a message is constructed, the validation process makes 
25 it possible to ensure that the image is valid, when an image is selected from 
amongst several multimedia contents, or when a multimedia content is 
produced. 

A description will now be given with reference to Figure 3 of the 
validation of a request received by the server in a communication network. 
30 When the message is received, it is a question for the server or for 

an intermediate node between the client and the server on the communication 
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network to ensure that the client has sent a multimedia document as specified 
in the service description document according to the invention. 

This method of validating a request comprises first of all a step E30 
of reception of the request by a server, or by an intermediate node in the 
5 network. 

A validation step E31 is implemented using the content of the 

request. 

This validation step E31 is identical to the validation method 
described above with reference to Figure 1, in which the acquisition step E10 
10 consists here of extracting a multimedia document inserted in the request. 

A test step E32 checks whether the validation has succeeded. 
If the validation has not succeeded, a step E33 of sending an error 
message is implemented, destined for the client. 

If the validation has succeeded, a step E34 of executing this step is 
15 implemented in a conventional manner on the server. 

A step E35 of sending the results in the form of a response to the 
client computer is then implemented. 

The present invention thus makes it possible to describe in an 
abstract manner multimedia contents in the context of Web services. It is thus 
20 possible to constrain multimedia data which will be exchanged during the 
implementation of a service, in a similar manner to that used for exchanging 
XML data. 

In order to Implement the methods of validating, producing a request 
for a service and executing a request for a service, devices associated with 

25 these methods can be incorporated in a computer as illustrated in Figure 4. 

In particular, the device for producing a request can be Incorporated 
in a client computer C in a communication network whilst the device for 
executing a request can be incorporated in a server computer S in a 
communication network. 

30 Naturally the devices intended to implement the various methods- of 

the present invention can be implemented in the same computer or in different 
stations in the communication network. 
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In particular, the device for validating a multinnedia document will 
preferably be incorporated both in a client computer C and in a server computer 
S in the communication network. 

More precisely, the various means adapted to implement the steps of 
5 the methods according to the invention can be incorporated in a microprocessor 
100, a read only memory 101 ("Read-only memory" or ROM) being adapted to 
store a program for validating a multimedia document, producing a service 
request or executing such a request. 

A random access memory 102 ("Random access memory" or RAM) 
10 is adapted to store in registers the values modified during the running of the 
program for validating a multimedia document, producing a service request or 
executing such a request 

The microprocessor 100 is integrated in a computer which can be 
connected to various peripherals and to other computers in a communication 
15 network 100. In particular, this computer corresponds to a server computer S, a 
client computer C or an intermediate computer at a node in this communication 
network 10. 

This computer S, C comprises in a known manner a communication 
interface 110 connected to the communication network in order to receive or 
20 transmit messages. 

The computer also comprises document storage means, such as a 
hard disk 106, or is adapted to cooperate by means of a disk drive 107 (floppy 
disks, compact disks or computer cards) with removal document storage 
means, such as disks 7. These fixed or removable storage means can 
25 comprise the code of the methods according to the invention. 

They are also adapted to store an electronic document describing a 
service as defined by the present invention. 

By way of variant, these programs can be stored in the read only 
memory 101. 

30 In a second variant, these programs can be received in order to be 

stored as described previously by means of the communication network 10. 
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The computer S, C also possesses a screen 103 for serving for 
example as an interface with an operator by means of the keyboard 104 or the 
mouse 1 05 or any other means. 

The central unit 100 (CPU) will then execute the programs relating to 
5 the implementation of the invention. On powering up, the programs and 
methods relating to the invention stored in a non-volatile memory, for example 
the memory 101, are transferred into the memory 102, which will then contain 
the executable code of the invention as well as the variables necessary for 
implementing the invention. 
10 The communication bus 112 affords communication between the 

various sub-elements of the computer or connected to it. 

The representation of this bus 112 is not limiting and in particular the 
microprocessor 100 is able to communicate instructions to any sub-element 
directly or by means of another sub-element. 
15 Naturally many modifications can be made to the example 

embodiments described above without departing from the scope of the 
invention. 
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